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SYSTEM AND METHOD FOR TRANSPORTING IN/AIN SIGNALING 
OVER AN INTERNET PROTOCOL (IP) NETWORK 

5 PRIORITY STATEMENT UNDER 35 U.S.C. §119(e) & 37 C.F.R. §1.78 

This nonprovisional application claims priority based upon the 
following prior U.S. provisional patent application entitled: "Method 
And Apparatus For Transport Of AIN Messages Over IP Networks," Ser. 
No. 60/155,041 (Prior Attorney Docket Number: 1098-00), filed 
10 September 21, 1999, in the name(s) of: Ram Dantu. 

BACKGROUND OF THE INVENTION 

15 Technical Field of the Invention 

The present invention relates to networks for effectuating 
telecommunications signaling. More particularly, and not by way of any 
limitation, the present invention relates to a system and method for 
transporting IN/AIN signaling messages over a packet-switched network 

20 (PSN) such as an Intemet Protocol (IP)-based network using an IP 
transport protocol. 
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Description of Related Art 

Out-of-band signaling establishes a separate channel for the 
exchange of signaling information between call component nodes in 
order to set up, maintain and service a call in a telephony network. Such 
5 channels, called signaling links, are used to carry all the necessary 
signaling messages between the nodes. Thus, for example, when a call 
is placed, the dialed digits, trunk selected, and other pertinent 
information are sent between network switches using their signaling 
links, rather than the trunks which will ultimately carry the bearer traffic, 

10 i.e., conversation. 

Out-of-band signaling has several advantages that make it more 
desirable than traditional in-band signaling. First, it allows for the 
transport of more data at higher speeds than multi-frequency (MF) 
outpulsing used in the telephony networks without it. Also, because of 

15 separate trunks and links, signaling can be done at any time in the entire 
duration of the call, not just at the beginning. Furthermore, out-of-band 
signaling enables signaling to network elements to which there is no 
direct trunk connection. 

Signaling System No. 7 (SS7) provides a packet-based signaling 

20 architecture that has become the out-of-band signaling scheme of choice 
between telephony networks and between network elements worldwide. 
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Three essential components are defined in a signaling network based on 
SS7 architecture. Signal Switching Points (SSPs) are basically telephone 
switches equipped with SS7-capable software that terminate signaling 
links. SSPs generally originate, terminate, or switch calls. Signal 
Transfer Points (STPs) are the packet switches of the SS7 network. In 
addition to certain specialized ftmctions, they receive and route incoming 
signaling messages towards their proper destination. Finally, Service 
Control Points (SCPs) are databases that provide information necessary 
for advanced call-processing and Service Logic execution. 

As is well known, SS7 signaling architecture, effectuated as a 
multi-layered protocol, is standardized under the American National 
Standards Institute (ANSI) and the International Telecommunications 
Union (ITU) to operate as the common "glue" that binds the ubiquitous 
autonomous networks together so as to provide a "one network" feel that 
telephone subscribers have come to expect. Furthermore, SS7 signaling 
has made it possible to provision a host of advanced services (or, Value- 
added Services) based on Intelligent Network (IN) / Advanced Intelligent 
Network (AIN) architectures in both wireless and wireline 
telecommunications networks. 

Due to the phenomenal growth in popularity of the Internet, there 
has been a tremendous interest in using packet- switched network (PSN) 
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infrastructures (e.g., those based on Internet Protocol (IP) addressing) as 
a replacement for, or as an adjunct to, the existing circuit-switched 
network (CSN) infrastructures used in today's telephony. From the 
network operators' perspective, the inherent traffic aggregation in 

5 packet-switched infrastructures allows for a reduction in the cost of 
transmission and the infrastructure cost per end-user. Ultimately, such 
cost reductions enable the network operators to pass on the concomitant 
cost savings to the end-users. 

Additional factors that are driving the current trend in transporting 

1 0 the bearer traffic on integrated and/or hybrid networks are : improvements 
in the quality of Voice-over-IP (VoIP) telephony; the Internet 
phenomenon; emergence of standards; cost-effective price-points for 
advanced services via media-rich call management, et cetera. Some of 
the emerging standards in this area are the well known H.323 protocol, 

15 developed by the ITU, Session Initiation Protocol (SIP) or Internet 
Protocol Device Control (IPDC) by the Internet Engineering Task Force 
(IETF), or Simple/Media Gateway Control Protocol (SGCP or MGCP). 
Using these IP-based standards, devices such as personal computers can 
inter-operate seamlessly in a vast inter-network, sharing a mixture of 

20 audio, video, and data across all forms of packet-based networks which 
may interface with circuit-switched network portions. 
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To seamlessly integrate carrier-grade service architectures within 
IP-based networks, it has therefore become necessary to provide the 
capability to transport out-of-band signaling information (such as the 
SS7 signaling) on IP connections also. The state-of-the-art technology 

5 for facilitating such SS7-over-IP transport includes utilizing a 
connection-oriented IP transport protocol, called Stream Control 
Transmission Protocol (SCTP), for transmitting SS7 signaling messages 
across the network elements. Clearly, it is highly desirable that such 
transport not disrupt or degrade the capabilities of the signaling network, 

10 as they are essential in effectuating various advanced services. In 
particular, it is necessary for applications involving the higher layers of 
the SS7 protocol (e.g., Transaction Capabilities Application Part or 
TCAP, Signaling Connection Control Part or SCCP, or various User 
Parts such as ISDN User Part or ISUP, Telephony User Part or TUP, and 

1 5 Data User Part or DUP) to operate without any degradation when the SS7 
messages are transported by means of SCTP. That is, message dialogs 
(e.g., call setup, etc.) in these applications should remain unaffected even 
when the messages are sent over IP (transport-independency). 
Accordingly, SS7-over-IP mechanisms must satisfy the following 

20 requirements which are traditionally provisioned in pure SS7 networks: 

High reliability; 
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- High availability; 

- Short error handling time; and 

- Extremely low error rates. 

In general, the functionality of the lower Message Transfer Part 
5 (MTP) portion of the SS7 protocol (Level-2 MTP (MTP2) and Level-3 
MTP (MTP3) layers, in particular) is responsible for link control and 
management, network reliability, error handling, etc. Consequently, the 
MTP functionality of the messages must be preserved as much as 
possible as they are transported over SCTP. 

1 0 Several shortcomings and deficiencies exist in the state-of-the-art 

architectures for effectuating SST-over-IP. In order to accommodate the 
MTP functionality, the existing schemes involve what is known as 
"backhauling" of the signaling messages over an IP network to an IP 
signaling gateway (SG) for processing. Not only does this procedure 

1 5 introduce asymmetrical behavior at the two ends of the S S7-IP interface, 
but additional complexity related to Operations and Administration of 
the backhauling path is also created accordingly. Further, it should be 
readily appreciated that where multiple SGs are provided and each is 
operable to receive backhauled signal traffic via its own path, such 

20 complexity can quickly become unmanageable. 
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Moreover, because the paths used for backhauling the signaling 
traffic necessarily involve IP connections, such paths are beset with the 
inherent unreliability of IP connectivity. 

5 SUMMARY OF THE INVENTION 

Accordingly, the present invention is directed to an innovative 
solution for transporting IN/AIN signaling (e.g., SS7 signaling) over an 
IP-based network using SCTP, wherein a peer-to-peer protocol 
adaptation (PPA) structure is provided at a signaling node. The PPA 

1 0 structure includes an interworking functionality between the MTP3 layer 
and the SCTP messaging, and operates to provide a symmetrical MTP2- 
user adaptation interface (MTP2-user peer-to-peer adaptation, or M2PA, 
interface) therebetween. The PPA functionality facilitates the 
implementation of network management capabilities included in the 

15 MTP3 layer such that the advantageous features of SS7 signaling are 
retained while transported over the IP network using the SCTP protocol. 
The M2PA interface functionality is processed locally with respect to the 
signaling node, rather than backhauling the associated signaling to an 
extemal node via an IP connection. The PPA structure may be provided 

20 at any signaling node operable to establish a virtual link across an IP 
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connection such as, for example, a signaling gateway, an IP-compliant 
SCP or STP, et cetera. 

In one aspect, the present invention is directed to a 
telecommunications network element operable in the transport of 
5 signaling messages over an IP-based network. The network element 
comprises a first structure operable to effectuate signaling 
communication over a signaling network using a signaling protocol (e.g., 
common channel signaling such as SS7 signaling, or an access signaling 
protocol such as the Q,93 1 protocol). A second structure in the network 

10 element is operable to transport the signaling communication across a 
packet-switched network using an IP-based transport protocol such as the 
SCTP protocol. A PPA structure is included in the network element and 
is operably associated with the first and second structures. The PPA 
structure operates to convert the signaling communication between the 

15 signaling protocol messages and the IP-based SCTP messages. In 
accordance with the teachings of the present invention, the PPA structure 
includes a functionality to facilitate the first structure to locally process 
the signaling protocol' s signaling messages without backhauling them to 
an extemal node. 

20 In another aspect, the present invention is directed to a 

telecommunications network which comprises a first network portion 
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operable to transport signaling messages using SS7 protocol and a 
second network portion based on IP. The second network portion is 
provided to be operable to transport the signaling messages using SCTP. 
A signaling gateway is disposed between the first and second network 
5 portions, the signaling gateway including a PPA structure operable to 
interwork between the SS7 protocol and SCTP messaging, wherein the 
PPA structure provides a symmetrical MTP2-iike interface between 
MTP3 layer of the SS7 protocol and the SCTP protocol. The PPA 
structure includes the functionality to locally process functions 

10 associated with the MTP2-like layer at a local node. 

In a yet further aspect, the present invention is directed to a 
method of transporting SS7 signaling information over an IP-based 
network. The method commences by establishing a virtual link across 
an IP connection between two nodes disposed in the network. The 

15 virtual link is provided to be operable to propagate messages using 
SCTP. Thereafter, the virtual link's integrity is verified by one or both 
of the two nodes which may be disposed in a client/server relationship. 
At each of the two nodes, an interworking process is effectuated between 
MTP3 functionality and the SCTP protocol by a PPA structure provided 

20 thereat. The PPA further operates to convert SS7 signal bearer traffic 
into a stream of SCTP messages. Subsequently, the virtual link is loaded 
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with the stream of SCTP messages for propagation between the two 
nodes over the virtual link. 

In a related aspect, the present invention provides a computer- 
accessible medium that is operable with a signaling node disposed in an 
5 IP-based network such as the network set forth hereinabove. The 
computer-accessible medium carries a sequence of instructions or 
operations (and/or data) which, when executed by a processing entity 
associated with the signaling node, causes the signaling node to perform 
a plurality of steps for transporting SS7 messages over IP connections as 

10 described above. 

In yet another aspect, the present invention is directed to a link 
changeover method in an IP-based telecommunications network for 
transporting SS7 signaling information. The network includes a local 
node and a remote node, wherein each of the nodes includes an MTP3 

15 structure, an M2PA structure, and an SCTP structure. Initially, an 
operational link is established between the local and remote nodes by 
creating one or more SCTP associations therebetween. Upon detecting, 
by either or both of the nodes, that a select condition related to the 
association (e.g., link failure, packet loss, Quality of Service (QoS) 

20 degradation, etc.) has occurred, the nodes engage in a procedure for 
exchanging message sequence number information on an altemative link 
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established therebetween. Thereafter, messages are retransmitted over 
the altemative link, the messages starting at a predetermined sequence 
number based on the message sequence number information exchanged 
between the nodes. 

BRIEF DESCRIPTION OF THE DRAWINGS 

A more complete understanding of the present invention may be 
had by reference to the following Detailed Description when taken in 
conjunction with the accompanying drawings wherein: 

FIG. 1 depicts a network portion wherein SS7 messages are 
transported over an IP connection provided in a current architecture; 

FIG. 2 depicts a telecommunications network having an SS7 
signaling network portion and an IP-based network portion, wherein the 
teachings of the present invention are advantageously practiced; 

FIGS, 3 A and 3B depict two exemplary embodiments of a network 
portion wherein SS7 messages are transported over an IP connection by 
utilizing a Level 2 MTP-User peer-to-peer adaptation (M2PA) layer 
structure provided in accordance with the teachings of the present 
invention; 
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FIG. 4A depicts an exemplary arrangement of the various network 
elements wherein multiple signaling scenarios may be implemented in 
accordance with the teachings of the present invention; 

FIG. 4B depicts an exemplary link connection arrangement 
5 between two nodes wherein multiple altemative links may be 
advantageously implemented; 

FIGS. 5 A and 5B depict an example of the formation of an SCTP 
association between two nodes disposed in a client-server relationship; 

FIG. 5C is a flow chart of the steps involved in an exemplary 
10 method for transporting SS7 messages over an IP connection; 

FIGS. 6 A and 6B depict various message flows for effectuating the 
M2PA layer structure in accordance with the teachings of the present 
invention; 

FIG. 7 depicts a message flow diagram for effectuating link 
15 initialization in accordance with the teachings of the present invention; 

FIG. 8 depicts a message flow diagram for effectuating link 
confirmation in accordance with the teachings of the present invention; 

FIG. 9 depicts a message flow diagram for effectuating message 
transmission and reception in accordance with the teachings of the 
20 present invention; 
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FIG, 1 0 depicts a message flow diagram for effectuating link status 
indication in accordance with the teachings of the present invention; 

FIG, 1 1 depicts a message flow diagram for indicating processor 
outage in accordance with the teachings of the present invention; 
5 FIG, 12 depicts a message flow diagram for effectuating 

congestion notification in accordance with the teachings of the present 
invention; 

FIG, 13 depicts a message flow diagram for effectuating link 
deactivation in accordance with the teachings of the present invention; 
10 and 

FIG. 14 depicts a message flow diagram for effectuating link 
changeover in accordance with the teachings of the present invention. 

DETAILED DESCRIPTION OF THE DRAWINGS 

15 In the drawings, like or similar elements are designated with 

identical reference numerals throughout the several views thereof, and 
the various elements depicted are not necessarily drawn to scale. 
Referring now to FIG. 1, depicted therein is an exemplary network 
portion 1 00 wherein SS7 messages are transported over an IP connection 

20 provided in a current architecture. A signaling endpoint (SEP) 102 is 
coupled to a signaling gateway (SG) 104 via an SS7 path 108 which may 
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involve one or more Signal Transfer Points (STPs) and multiple link sets 
in some implementations. A media gateway controller (MGC) 106 
disposed in an IP network (not shown) is coupled to the SG 104 via an 
IP connection 110 which provides for the transport of signaling messages 
5 using an IP transport protocol such as the SCTP protocol. The IP 
connection path 110 may also involve multiple IP links as may be 
required. 

SEP 102 is operable as a node in an SS7 network (not shown) that 
originates or terminates signaling messages, such as a central office (CO) 

10 switch. The SG 104 is operable as a signaling agent that receives/sends 
Switched Circuit Network (SCN) native signaling at the edge of the IP 
network. Accordingly, in this context, the SG 104 operates as a 
signaling point (SP) that has both an IP interface used for the transport 
of SS7 over IP, and an interface to the conventional SS7 network. 

15 A conventional SS7 protocol stack structure 112 is provided at 

SEP 102 for effectuating SS7 signaling over the signaling path 106. 
Three Levels of MTP layers, MTPl through MTP3 (reference numerals 
1 14A through 1 14C, respectively), and one or more SS7 user parts such 
as Telephony User Part (TUP), Data User part (DUP), etc. (collectively 

20 referred to as SS7UP 1 1 4D) are accordingly provided in conformity with 
known SS7 standards. 
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The SG 104 is provided with a nodal interworking function (NIP) 
1 1 6 for interfacing between the S S 7 and IP network portions. MTP 1 and 
MTP2 form a portion of the SS7 protocol stack structure for effectuating 
SCN's native signaling. In order to effectuate SS7-over-IP, an MTP2- 
5 User Adaptation (M2UA) layer 11 8C is provided as part of NIF 1 1 6 such 
that it interfaces to an SCTP layer 1 1 8B that sits on top of the underlying 
IP layer 11 8A. 

The MGC node 106 disposed in the IP network is provided with 
a protocol stack structure 120 to be operable with the SG 104 for 

1 0 effectuating the SS7-over-IP messaging via the IP path 110, The M2UA 
layer 118C is included in the protocol stack structure 120 in order to 
interface to the SCTP layer 118B provided thereat. The upper SS7 
layers, MTP3 layer 1 14C and SS7UP 1 14D, are also available as part of 
the protocol stack structure 120. 

1 5 Additional description regarding the various elements forming the 

network arrangement 100 and the operation of the M2UA layer for 
effectuating SS7-over-IP transport in the current architecture may be 
found in a ''work in progress'' Intemet Draft titled "SS7 MTP2-User 
Adaptation Layer" (draft-ietf-sigtran-m2ua-04,txt) which can be accessed 

20 at the URL <http:/www,ietf org> associated with the IETF. This work 
in progress Intemet Draft is incorporated by reference herein. 
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Those skilled in the art should realize upon reference hereto that 
solutions implementing the M2UA layer in relevant network elements 
(such as SGs, IPSPs, MGCs, et cetera) for facilitating SS7-over-IP 
involve the backhauling of signaling traffic through the IP network 
5 portion. That is, in the exemplary network arrangement described 
hereinabove, when a node such as the MGC 106 is required to process 
signaling messages involving MTP2 layer functionality, the processing 
is not performed at the MGC, Rather, it is carried out by sending the 
signaling traffic to the SG node 104 over the IP connection 110 for 

1 0 processing thereat and subsequently receiving the processed messages by 
the MGC 106 for SCTP transport. This backhauling operation 
introduces asymmetrical behavior at the two ends (SEP-SG end and SG- 
MGC end) of the SS7-IP interface as embodied by the SG 104. As 
alluded to in the Background section of the present patent application, 

1 5 such asymmetrical behavior introduces increased complexity relating to 
Operations and Administration of the additional link required for the 
backhauled signaling traffic. Furthermore, such additional links are in 
general unreliable because of the underlying IP-based transport 
employed, thereby compromising the overall reliability of the signaling 

20 network. 
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FIG. 2 depicts an exemplary telecommunications network 200 
having an SS7 signaling network portion and an IP-based network 
portion, wherein the teachings of the present invention may be 
advantageously practiced. Two SEP nodes 202A, 202B and a plurality 
5 of SS7 links or link sets associated therewith exemplify the SS7 
signaling network portion. The IP-based network portion is exemplified 
by two IP-based SP nodes (IPSP 206A and 206B) and a packet- switched 
network (PSN) 208 operably associated therewith for providing IP-based 
SS7 message transport. Two SG nodes 204A, 204B are also included in 

10 the exemplary telecommunications signaling network 200, which are 
operable to provide SS7-IP interfaces to the SEP nodes 202A and 202B, 
respectively. As will be described in greater detail hereinbelow, the 
various SG and IPSP nodes are provided with a peer-to-peer protocol 
adaptation (PPA) structure for facilitating SS7-over-IP transport without 

15 backhauling the signaling traffic. 

As set forth above, the SEP nodes are operable with other nodes 
via SS7 link paths, of which link paths 210 disposed between the SEP 
and SG nodes are exemplary. The SG and IPSP nodes are coupled to the 
IP-PSN 208 via IP connection paths 212. As is well known, other nodes 

20 such as media gateways (MGWs), MGCs, et cetera, may also be included 
in the exemplary network 200. Moreover, the IPSP nodes are exemplary 
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of various IP-interfaced nodes such as, e.g., IP signaling endpoints 
(IPSEPs), IP Signal Transfer Points (IPSTPs), IP Signal Switching Points 
(IPSSPs), IP Service Control Points (IPSCPs), and the like. 

FIGS. 3 A and 3B depict two exemplary network portions wherein 
5 SS7 messages are transported over IP by utilizing a Level 2 MTP-User 
peer-to-peer adaptation (M2PA) layer provided in accordance with the 
teachings of the present invention. The M2PA layer may preferably be 
implemented as a PPA structure in software, hardware, firmware, or in 
any combination thereof at any suitable node such as an IPSP or SG 

1 0 described hereinabove. 

It should be recognized that the provisional patent application 
identified hereinabove and on which the priority of the present 
nonprovisional patent application is based includes a portion of a work 
in progress Intemet Draft which refers to the M2PA layer as an "M2UA" 

1 5 layer although this layer's fimctionality is different from the functionality 
of the M2UA layer described hereinabove in reference to FIG. L The 
"M2UA" nomenclature was adopted in the work in progress Intemet 
Draft at the time the provisional patent application was filed in order to 
be compliant with a broad umbrella "user adaptation" architecture then 

20 proposed under the IETF. Some of the definitions used the work in 
progress document forming a portion of the provisional patent 
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application have since been modified and the current version of the work 
in progress Internet Draft (draft-george-sigtran-m2peer-02.txt; 
incorporated by reference herein) identifies the present invention's PPA 
functionality as M2PA and not M2UA. Accordingly, it should be 
5 understood that the "M2UA" functionality described as part of the 
provisional patent application referenced hereinabove is the same or 
essentially the same as the M2PA functionality described herein and is 
comprehended within the PPA structure and functionality of the present 
nonprovisional application, 

10 Referring now in particular to FIG. 3 A, the exemplary network 

portion 3 00 A embodies two IPSP nodes 206 A, 206B coupled together 
via an IP transport path 303 in a symmetrical peer-to-peer architecture 
for transporting SS7 messages in accordance with the teachings of the 
present invention. Each IPSP is provided with a protocol stack structure 

15 302 which comprises an SS7 portion (a first structure) and an IP/SCTP 
portion (a second structure), wherein the PPA functionality of the present 
invention is preferably provided in the form of an interworking M2PA 
layer between the MTP3 layer and the SCTP layer. The M2PA layer thus 
operates so as to present the underlying SCTP layer at a node as a full 

20 MTP2 layer whose services can be used by the MTP3 layer at that node. 
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The protocol stack structure 302 provided at each IPSP 
accordingly includes: IP layer 304A, SCTP layer 304B, M2PA layer 
304C, and MTP3 layer 304D. Those skilled in the art should recognize 
that although not explicitly shown in FIG. 3 A, other SS7 layers such as 

5 the SCCP or User Parts (i.e., SS7UPs) may be present on top of the 
MTP3 layer 304D of the protocol stack structure 302. 

In order to achieve seamless interworking at the MTP3 layer by 
way of the M2PA layer, all the primitives between MTP3 and MTP2 are 
supported in the PPA structure as embodied in the M2PA layer of the 

10 present invention in a presently preferred exemplary implementation 
thereof. Accordingly, an SCTP association (described hereinbelow in 
greater detail) created between two IP nodes (e,g., IPSPs 206A and 
206B) operates as a virtual SS7 link therebetween for the transport of the 
MTP3 messages. Further, because the MTP specification requires that 

15 each node with an MTP3 layer be represented by an SS7 point code, the 
IPSP nodes provided in accordance herewith also have a point code, 
respectively. 

FIG. 3B depicts another exemplary network portion 300B wherein 
the IP network elements are provided with the M2PA layer functionality 
20 in accordance with the teachings of the present invention. As set forth 
above, SEP 202A is operably linked to SG 204A via the SS7 link path 
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210, and is provided with a conventional SS7 protocol stack structure 
310. Accordingly, the protocol stack structure 310 comprises the 
following layers in the exemplary embodiment depicted in FIG. 3B: 
MTPl layer 306A, MTP2 layer 306B, MTP3 layer 304D, SCCP 306C, 
5 and TCAP 306D. 

The SG node 204A (which is essentially an IPSP equipped with 
both traditional SS7 and IP network connections) is provided with an 
interworking protocol stack structure 312 including the PPA 
functionality by way of the M2PA layer 304C. The MTP3 layer 304D 

10 is provided as a user of both MTP2 and M2PA layers so as to support the 
SS7 and IP interfaces. The MTPl layer 3 06 A provided in the protocol 
stack structure 312 effectuates the signaling data link functionality 
required for establishing the SS7 link path 210. The SCTP and IP layers 
(reference numerals 3 04 A and 304B, respectively) underlying of the 

15 M2PA layer 304C correspondingly effectuate the IP-based transport of 
the SS7 messages in accordance with the SCTP protocol. 

The IPSP node 206A is coupled to the SG node 204A via the IP 
transport path 303 as described hereinabove with respect to FIG. 3 A. In 
accordance with the teachings of the present invention, a protocol stack 

20 structure 314 comprising the symmetrical M2PA functionality is 
provided at the IPSP node 206A as previously described. Additional SS7 
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layers (SCCP 306C and TCAP 306D) are also included in the protocol 
stack structure for effectuating an IN/ ATM-based service architecture. 

Those skilled in the art should recognize that the exemplary 
network portions 3 00 A and 300B are only illustrative of the various 
5 nodal arrangements that are possible. For example, some network 
configurations may involve IPSP nodes without traditional SS7 links that 
could use the protocol layers MTP3//M2PA//SCTP//IP to route SS7 
messages in a network with all IP links. In yet another example, two SG 
nodes may be connected over an IP network to form an SG mated pair 

1 0 similar to the way STPs are provisioned in traditional SS7 networks (i.e., 
provisioning redundant pairs for increased reliability). 

Referring now to FIG. 4A^ depicted therein is an exemplary 
arrangement 400 of the various network elements where multiple 
signaling network configurations may be implemented in accordance 

15 with the teachings of the present invention. Two SG nodes 204 A and 
204B are exemplified. Preferably, the functionality of the SG nodes may 
be compartmentalized such that pure SS7 connectivity may be provided 
between them via a traditional SS7 path 210 (which could include 
additional SS7 nodes disposed in a network). Accordingly, each SG 

20 node may be provided with a pure SS7 protocol stack structure for 
effectuating such SS7 connectivity. In FIG. 4A, reference numerals 
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4 1 2 A and 4 1 2B refer to the pure SS7 protocol stack structures for nodes 
204A and 204B, respectively. 

Each SG node may further be provided with the symmetrical 
M2PA functionality of the present invention as part of its PPA structure 
5 for effectuating SS7-over-IP transport. Protocol stack structures 41 OA 
and 41 OB are accordingly provided at SG nodes 204A and 204B, 
respectively, for effectuating the IP connection path 212 therebetween. 
In addition, an MTP2/M2PA interface is provided at each SG node for 
effectuating MTP2 transport over IP via path 406, which transport does 
10 not involve MTP3 layer functionality. Reference numerals 408 A and 
408B exemplify such MTP2/M2PA interfaces provided with the SG 
nodes. 

A traditional SSP 403 with its associated protocol stack 310 is 
coupled to the SG node 204A via link 2 1 0 for effectuating SS7 signaling. 
15 In similar fashion, an SCP node 402 having a protocol stack 418 is 
provided to be operable with the SG node 204B via the traditional SS 
link 210. Accordingly, a conventional SS7 signaling configuration 
involving the SSP and SCP nodes may be obtained by way of the 
coupled SG nodes. 

20 Each of the SG nodes 204A, 204B is also preferably coupled to 

one or more appropriate IP-compliant SP elements for forming SS7"Over- 
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IP signaling network configurations. Thus, IPSP 206A is provided to be 
operable with the interworking protocol stack 41 OA of the SG node 
204A. In similar fashion, an IPSCP node 404 is provided to be operable 
with the interworking protocol stack 41 OB of the SG node 204B. 
5 Continuing to refer to FIG. 4A, the exemplary network 

arrangement 400 may preferably include an MGW node 414 coupled to 
the SG node 204A by means of the SS7 link path 210 which is 
effectuated using MTPl and MTP2 layers. MGW 414 is operable to 
interface with a plurality of media such as, for example, Integrated 

1 0 Services Digital Network (ISDN) 426, Primary Rate Interface (PRI) 428, 
and a modem 430. Accordingly, it should be appreciated that the access 
signaling protocol messaging associated with the ISDN/PRI media (e.g., 
Q.93 1), can be converted to the common channel SS7 messaging which 
may then be transported over the IP network in accordance with the 

1 5 teachings of the present invention. 

The SG node 204B is coupled to an IP-MGC node 416 having a 
protocol stack structure 422, wherein the interworking PPA functionality 
is embodied in the M2PA layer thereof. The IP connection path 212 
disposed between the SG and MGC nodes carries out the SCTP-based 

20 SS7-over-IP transport. A connection path 424 disposed between the 
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MGW and MGC nodes is used for effectuating the transmission of the 
MGCP messaging over IP therebetween. 

Referring now to FIG. 4B, depicted therein is a link connection 
arrangement between two network nodes where multiple altemative links 
5 may be advantageously implemented in a network arrangement such as 
the arrangement 400 described hereinabove with respect to FIG. 4A. 
Nodes 460A and 460B represent any two network elements depicted in 
FIG. 4A. For example, node 460A may comprise an SEP or SCP. 
Similarly, an STP or SCP may be provided as node 460B. Each node is 

10 provided with a link set which includes multiple links for the transport 
of SS7 messages. In FIG. 4B, node 460A is exemplified with link set 
458A and node 460B is exemplified with link set 458B. 

As described in greater detail in the foregoing, the link sets may 
be implemented using conventional SS7 configurations using SS7 link 

15 paths (e.g., reference numeral 210) or SS7-over-IP configurations 
involving links based on IP connection paths (e.g., reference numeral 
212). It should be appreciated that these configurations may involve one 
or more SS7 networks (e.g., SS7 network 452) or one or more IP 
networks (e.g., internal IP network or intranet 454, leased extemal IP 

20 network or extranet 456). 
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Continuing to refer to FIG. 4B, those skilled in the art should 
readily appreciate upon reference hereto that because of the multiple 
signaling network configurations available between the two nodes 460 A 
and 460B, link failover or changeover (hereinafter "changeover/' 
5 collectively) may be advantageously implemented in the exemplary nodal 
arrangement 450. Further, such link changeover/failover (which can be 
from a traditional SS7 link to an SST-over-IP link and vice versa) may 
be effectuated based on a number of considerations, e.g., Quality of 
Service (QOS), link reliability, bandwidth constraints, packet loss, link 
10 availability, traffic congestion, rate scheme(s) and service 
options/preferences, et cetera. The M2PA layer's functionality and 
relevant message flows for effectuating a link changeover will be set 
forth in greater detail in the subsequent portions of the Detailed 
Description. 

15 FIGS. 5 A and 5B depict an example of the formation of an SCTP 

association between two nodes or endpoints disposed in a client-server 
relationship, which association is utilized for the transport of SS7 
messages over IP. As is well known, the SCTP protocol is preferably 
provided as a reliable, connection-oriented transport protocol operating 

20 on top of a connectionless packet switched network such as an IP 
network, and may be viewed as a layer between an SCTP user 
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application (referred to as "SCTP user/' which in the context of the 
present patent application comprises the M2PA layer structure) and the 
underlying connectionless IP network. The basic service offered by 
SCTP is the reliable transfer of user messages between peer SCTP users 
5 by means of an association between two SCTP endpoints. Because 
SCTP provides in-sequence delivery, related functionality may be 
removed from the MTP2 functionality. Accordingly, the M2PA layer 
(operating as the SCTP user) does not necessarily have to include such 
related functionality. However, since SCTP does not provide functions 

1 0 related to MTP2 layer' s Link State Control, these functions are included 
in the functionality of the M2PA layer. 

In order to support peer-to-peer communication using SCTP, 
MTP2 layer's Message Signal Units (MSUs) are passed by M2PA to 
SCTP as User Data messages for transport across a link. Also, MTP2 

1 5 layer' s Link Status Signal Units (LSSUs) (which allow peer MTP2 layers 
to exchange status information) are passed by M2PA as Link Status 
messages. On the other hand, the M2PA layer need not generate any 
special messages for the transport of MTP2 layer's Fill-In Signal Units 
(FISUs), as these are typically sent when no other SS7 signal units are 

20 waiting to be sent, and this purpose is served by the heartbeat messages 
provided in SCTP. In addition, because the message acknowledgment 
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functionality of the FISUs is also addressed by SCTP, such functionality 
may not be needed in the M2PA layer. 

As is well known, Transmit Sequence Numbers (TSNs) are used 
by SCTP for reliable delivery of messages. Further, SCTP uses Stream 
5 Sequence Numbers (SSNs) for effectuating sequential delivery of 
messages within each stream. On the other hand, the MTP2 layer uses 
Forward and Backward Sequence Numbers (FSNs/BSNs) for message 
sequencing, which are of different size than the TSN/SSNs supported by 
SCTP. Accordingly, the M2PA functionality includes mapping between 

1 0 the TSN/S SNs and FSN/B SNs, wherein appropriate modular conversion 
procedures are employed. 

Because SCTP uses larger sequence numbers than MTP, the MTP3 
layer's Changeover procedure preferably uses the Extended Changeover 
Order (XCO) and Extended Changeover Acknowledgment (XCA) 

15 messages as described in the ITU Recommendation Q.2210, incorporated 
by reference herein. The use of SCTP SSNs is particularly described in 
the context of link changeover procedures set forth hereinbelow. 

Pursuant to the formation of an association, each SCTP endpoint 
provides the other endpoint with a list of transport addresses (e.g., one 

20 or more IP addresses in combination with an SCTP port) through which 
that endpoint can be reached and from which it will originate SCTP 
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packets. The association spans transfers over all of the possible 
source/destination combinations which may be generated from each 
endpoint's lists. Additional details regarding SCTP architecture may be 
found in the work in progress Intemet Draft identified as <draft-ietf- 
5 sigtran-sctp- 1 3 .txt> which is incorporated by reference herein. 

Continuing to refer to FIG. 5 A, a client node 502 and a server node 
504 are provided in the exemplary network arrangement 500A. To 
prevent duplicate associations from being established, the client/server 
relationship is determined in advance. That is, it is decided beforehand 
10 as to which endpoint initiates the establishment of an association (i.e, 
operates as a client). The other endpoint is of the endpoint pair operates 
as the server. It should be realized that an endpoint may be a client in its 
relationship with one endpoint, and a server in its relationship with 
another endpoint. 

15 The client 502 initiates the association using the server's IP 

address and the M2PA structure's port number as the destination 
endpoint. In order to allow for multiple links between the two endpoints, 
the client uses a different local port number for each link. Preferably, it 
is decided in advance which local ports are to be used by the client. 

20 During the initialization in accordance with the SCTP procedures, 
addresses of the client ports are made available to the server 504. Each 
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combination of client IP address/port and server IP address/port uniquely 
identifies an association between the two endpoints. And, each 
association is mapped to the same Signaling Link Code (SLC) in the 
client and server, which defines a common reference number for a link 
5 between two peer MTP3 entities. 

Accordingly, based on the foregoing, it should be realized that a 
link is preferably implemented as an SCTP association identified by two 
endpoints, a client and server, wherein each endpoint is identified by an 
IP address and port number. Each association, in tum, corresponds to an 

10 SLC. As depicted in FIG, 5 A, IPA and IPB refer to the two IP addresses 
of the client and server, respectively. PI and P2 refer to the pre-selected 
port numbers for the client (wherein reference numerals 506 and 508 
exemplify the client ports) and PW refers to the port number for M2PA 
(wherein reference numeral 510 exemplifies the M2PA port). A first 

15 SCTP association 5 14A (identified as SLC=a) is thus established using 
the combination IPA/Pl and IPB/PW. A second SCTP association 5 14B 
(identified as SLC=b) is similarly established between the endpoints 
using the combination IPA/P2 and IPB/PW. These source/destination 
address combinations are provided as a table 500B in FIG. 5B. 

20 Each association preferably contains two streams in each direction 

(not shown). In a presently preferred exemplary embodiment of the 
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present invention, Stream 0 is designated for Link Status messages, 
whereas Stream 1 is designated for User Data messages. 

If SCTP fails to establish an association after the M2PA has 
received a Start command from its MTP3 layer, the M2PA preferably 
5 responds by reporting that the link is out of service. If the M2PA has an 
association ID for that association, it may be aborted thereafter by using 
an Abort primitive. Once the association is established, the M2PA layer 
invokes a GetSRTTReport primitive to determine a Smooth Round Trip 
Time (SRTT) parameter from SCTP. If the SRTT parameter is found to 

1 0 be satisfactory and the link has not been deactivated by the MTP3 layer, 
various link management procedures are carried out to verify the link's 
integrity. Thereafter, the signaling bearer traffic is loaded or placed onto 
the link for transport. 

FIG. 5C depicts a flow chart which summarizes the steps involved 

15 in an exemplary method for transporting SS7 messages in accordance 
herewith. A virtual link is established over an IP connection by means 
of an SCTP association as described hereinabove (step 540). Upon 
verifying the virtual link's integrity (step 542), the SS7 messages are 
converted to an SCTP stream of signaling bearer traffic (step 544). The 

20 virtual link is loaded with the traffic thereafter for transport to the 
destination endpoint (step 546). 
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To seamlessly effectuate the symmetrical peer-to-peer protocol 
adaptation functionality as described hereinabove, the following services 
are provided by the M2PA functionality: 

The SS7 MTP3/MTP2 (i.e., MTP2 - user) interface is 
retained at the termination point in the IP network; 

- The M2PA layer provides the equivalent set of services to 
its user as provided by MTP2 to MTP3; 

- Support for MTP3/MTP2 interface boundary; and 

- Support for peer-to-peer communication. 
The M2PA functionality includes the following: 

- Mapping: For each IP link, the M2PA layer maintains a 
map of the SS7 link to its SCTP association and its 
corresponding IP destination; 

- SCTP Stream Management: SCTP allows a user-specified 
number of streams to be opened during the initialization. It 
is the responsibility of the M2PA layer to ensure proper 
management of the streams associated within each 
association; and 

Retention of MTP3: The M2PA layer allows MTP3 to 
perform all of its Message Handling and Network 
Management functions with IPSPs as with other SS7 nodes. 
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In a presently preferred exemplary embodiment of the present 
invention, the protocol messages for M2PA are preferably provided with 
a message header structure which contains a version, message type, and 
message length. This message header is preferably provided to be 
5 common among all PPA structures in a network. As pointed out in the 
foregoing sections, the M2PA layer supports two types of messages: 
User Data messages (corresponding to the MSUs) and Link Status 
messages (corresponding to the LSSUs). In MTP, LSSUs have priority 
over MSUs, To accommodate this priority in M2PA functionality, Link 

1 0 Status and User Data messages are sent via SCTP on separate streams as 
described in the SCTP association formation above. 

Referring now to FIGS. 6A and 6B, depicted therein are various 
message flows for effectuating the M2PA layer structure in accordance 
with the teachings of the present invention. Message flows among the 

15 various layers (which layers are illustrated as distinct "inter-layer 
message nodes" for the sake of clarity) of a protocol stack structure 
provided at an IPSP node (e.g., node 206A) are exemplified. 

Message flow portion 606 A illustrates basic message transmission 
and reception between MTP3 602A and M2PA 603 A. Messages are 

20 transmitted using a Data Request primitive 608 from MTP3 602 A to 
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M2PA 603 A. Messages are received using a Data Indication primitive 
610 from M2PA 603 A to MTP3 602A. 

When MTP3 602A sends a message for transmission to M2PA 
603 A, M2PA 603 A adds the M2PA header to the message and passes it 
5 to SCTP 604A using a Send primitive 609. When M2PA 603 A receives 
a Data message 61 1 from SCTP 604A, it removes the header and passes 
the message to MTP3 602 A. 

Message flow portion 606B illustrates messages for effectuating 
link status indication. Upon receiving a Communication Up message 

10 612 from SCTP 604A, M2PA performs link proving (step 614). 
Thereafter, a Link_In_Service message 614 is transmitted by M2PA 
603A to MTP3 602A. In response to a Communication Lost message 
616 is received from SCTP 604 A, M2PA 603 A sends a 
Link_Out_Of_Service message 618 to MTP3 602 A. 

15 The MTP3 layer in an IPSP node can request that an SS7 link be 

brought into alignment using normal or emergency procedures. During 
normal alignment, communication to the other endpoint is tested for a 
period of time in order to ensure that the communication link satisfies 
certain performance requirements such as, e.g., the SRTT/RTT and 

20 packet loss. Normal alignment is used when there are other links 
associated with the affected link, wherein the other links are operable to 
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the same destination. Emergency alignment is used when there are no 
other Hnks to the same destination. During emergency, the link is not 
tested for a "long" period of time, but instead an indication from SCTP 
is used to bring the link in-service, 
5 An example of the message flow to bring an SS7 link in-service 

using the normal alignment procedure is shown in message flow portion 
606C. Link alignment is established when MTP3 602A sends a Start 
message 620 to M2PA 603A. To begin alignment in M2PA 603A, 
M2PA sends an Associate primitive (not shown) to SCTP 604A if the 
10 SCTP association is not already established. Responsive to the Start 
message 620, M2P A 603 A transmits an Establish Response 622 to MTP3 
602A. 

An example of the message flow to bring an SS7 link in-service 
using the emergency alignment procedure is provided in message flow 

15 portion 606D. A Status Emergency Request 624 is transmitted from 
MTP3 602A to M2PA 603A. A Status Response 626 is provided 
responsive thereto. An Establish_Start Request 628 is subsequently sent 
from MTP3 602A to M2PA 603A. Responsive thereto, M2PA 603A 
transmits an Establish Response 630 to MTP3 602 A. It should be noted, 

20 however, that once an Emergency Request is transmitted and accepted 
using a channel (link), that condition remains on that channel until an 
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Emergency Ceased message is received or a Management Channel Reset 
message. 

Message flow portion 606E exemplifies messages for effectuating 
link proving during emergency. Upon receiving an Emergency 
5 notification 632 from MTP3 602A, link proving in M2PA 603A is 
disabled (step 634). When a Communication Up message 636 is 
received from SCTP 604A, M2PA 603A responds by propagating a 
Status request 638 to SCTP 604 A in order to ensure that a performance 
parameter (e.g., SRTT/RTT) satisfies the requirements of the particular 

10 communication application. After verifying the link integrity, a 
LinkJn_Service 640 is sent from M2PA 603 A to MTP3 602A. 

Message flow portion 606F exemplifies messages for effectuating 
link proving when emergency is ceased. Upon receiving an Emergency 
Ceased notification 642 from MTP3 602A, link proving in M2PA 603 A 

1 5 is enabled (step 644). After receiving a Communication Up message 646 
from SCTP 604A, M2PA 603A responds by transmitting Status 
SRTT/RTT messages 648 to SCTP 604A for a predetermined time 
duration (e.g., 3 seconds). Subsequent to verifying that the SRTT/RTT 
values satisfy applicable performance requirements, a Link_In_Service 

20 650 is transmitted to MTP3 602A from M2PA 603A. 
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FIGS. 7-14 depict message flow diagrams for effectuating 
various exemplary M2PA procedures involving a link disposed between 
two nodes, e.g., endpoints 206A and 206B, wherein appropriate protocol 
layers are once again provided as "inter-layer message nodes" for 
5 illustrative purposes. 

Referring in particular to FIG. 7, depicted therein is a message 
flow diagram which illustrates messages for effectuating link 
initialization involving endpoints 206 A and 206B. It should be 
appreciated that the messages exemplified in FIG. 7 are essentially 

1 0 similar to the messages exemplified in some of the message flow portions 
described hereinabove with respect to FIGS, 6A - 6B. Accordingly, only 
the pertinent features are highlighted in detail herein. 

The message flow depicted in FIG. 7 provides an example of the 
message flow to bring an SS7 link in-service. While proving is done by 

15 both ends of the link, it is shown for one node only (node 206A) for the 
sake of simplicity. An Out_Of_Service message 702 propagated 
between M2PA 603 A and MTP3 602A indicates that the link between 
nodes 206A and 206B is taken out of service. An Emergency or 
Emergency Ceases message 704 is sent from MTP3 602A to M2PA 

20 603 A, as the case may be, in order to commence a suitable alignment 
procedure as described above. A Start message 706 from MTP3 602A 
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to M2PA 603 A initiates the process. Responsive to the Start message, 
M2PA 603A sends an Associate primitive 708 to SCTP 604A. 
Thereafter, SCTP 604A engages in a suitable SCTP association 
procedure 710 with its peer SCTP 604B in node 206B. Upon successful 
5 formation of an association between SCTP 604A and 604B, a 
Communication Up message 7 12 is propagated from each SCTP back to 
its M2PA. 

FIG. 8 depicts a message flow diagram for effectuating link 
confirmation after the SCTP association is established. It should be 

10 appreciated that even though an SCTP association may have been 
established, it is important that M2PA not send MTP3 data at this point 
until it is confirmed that both ends of the link are ready for traffic. 
Otherwise, messages could be lost. The link is confirmed for traffic 
when the endpoints exchange In_Service messages. Upon initiating a 

15 GetSRTTReport primitive 802 fi-om M2PA 603A to its SCTP 604A, a 
peer-to-peer exchange of Link_Status_In_Service messages 804 and 806 
is carried out between M2PA 603A in node 206A and M2PA 603B in 
node 206B. Thereafter, an In_Service message 808 is propagated from 
M2PA 603A to its MTP3 602A to indicate that the link is ready for 

20 traffic. At this point, MTP3 602A may begin sending data messages. 
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FIG. 9 depicts a message flow diagram for effectuating end-to-end 
message transmission and reception. As set forth in reference to the 
message flow portions depicted in FIGS. 6 A and 6B, appropriate 
transmission and reception primitives are used between MTP3 and 
5 M2PA. Upon receiving a message for transmission via a suitable 
primitive 902 from MTP3 602 A, M2PA 603 A generates a Send primitive 
904 to its SCTP 604A including the data message. Thereafter, SCTP 
604A transports the message to its peer SCTP 604B in node 206B using 
known SCTP procedures 906. SCTP 604B transmits a Receive primitive 

10 908 to its M2PA 603B with the data message. The received data 
message is then sent to MTP3 602B via a Data Indication primitive 910. 

FIG. 1 0 depicts a message flow diagram for effectuating link status 
indication. When SCTP 604A detects a cormnunication loss 1 002 (due 
to, e.g., loss of association, etc.), it sends a Communication Lost 

15 primitive 1004 to its M2PA 603 A. Preferably, the detection is effected 
at a client node in the client/server pair. Upon receiving the 
Communication Lost primitive 1004, M2PA 603 A notifies MTP3 that 
the link is out of service. An Out_Of_Service primitive 1006 is used for 
this purpose. 

20 FIG. 1 1 depicts a message flow diagram for indicating processor 

outage. Preferably, a processor outage is deemed to exist when M2PA 
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cannot transfer messages because of a condition at a higher layer than 
M2PA, When M2PA 603 A detects a local processor outage (step 1 1 02), 
it sends a Link Status Processor Outage message 11 04 to its peer M2PA 
603B, with status being Processor Outage. This message flow is 
5 effectuated via SCTP messaging 1106 and Receive primitive 1108 
between SCTP 604B and M2PA 603B, The peer M2PA (i.e., M2PA 
603B in this example), upon receiving the Link Status Processor Outage 
message, reports Remote Processor Outage 1 1 1 0 to its MTP3 602B. The 
M2PAs discard any messages received and also cease sending messages. 

10 When the processor outage ceases, MTP3 602 A sends a Local 

Processor Recovered indication 1111 to the local M2PA, i.e., M2PA 
603 A. The local M2PA notifies its peer by sending Link Status message 
1112, with status being Processor Outage Ended. Again, this is 
effectuated via SCTP messaging 1114 and Receive primitive 1116 

15 between SCTP 604B and M2PA 603B. In response, M2PA 603B 
notifies its MTP3 602B that the remote processor outage has ceased 
(message 1118). 

FIG. 12 depicts a message flow diagram for effectuating 
congestion notification. When SCTP 604A detects congestion 1202 or, 

20 depending upon implementation, when M2PA 603A notices repeated 
failures to Send requests to its SCTP, an indication of congestion onset 
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1204 is reported to M2PA 603 A. MTP3 602A is then notified of link 
congestion by a Congestion Onset 1206 (Link_Congested primitive). If 
the congestion condition exceeds a predetermined period of time, MTP3 
602A may take the link out of service (by means of a Stop message, for 
5 example). 

Indication of congestion abatement is also implementation- 
specific. SCTP may detect a congestion abatement condition 1208 and 
then notify M2PA 603A (via indication 1210). Also, M2PA 603A may 
poll the status of its SCTP by transmitting a plurality of Status messages 

10 over a period of time. Successful transmission of the Status messages 
may indicate congestion abatement 1210. Upon determining abatement, 
M2PA 603 A notifies MTP3 602 A of congestion abatement 1212 
(Link_Congestion_Ceased primitive). 

FIG. 13 depicts a message flow diagram for effectuating link 

15 deactivation upon issuing a Stop message 1302 from MTP3 602 A to its 
M2PA 603 A. In response, M2PA 603A sends an Abort message 1304 
to SCTP 604A. Subsequently, SCTP 604A engages in a known 
termination process 1306 so that its association with peer SCTP 604B is 
deactivated. Thereafter, SCTP 604A generates a Communication Lost 

20 primitive 1308 to its M2PA 603 A, which issues an Out_Of_Service 
primitive to MTP3 602A. 
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FIG. 14 depicts a message flow diagram for effectuating link 
changeover/failover in accordance with the teachings of the present 
invention. As may be readily appreciated, the objective of the 
changeover is to ensure that signaling traffic carried by the unavailable 
signaling link (due to congestion, packet loss, link failure, etc.) is 
diverted to an alternative signaling link as quickly as possible while 
avoiding message loss, duplication, or mis-sequencing. Accordingly, the 
presently preferred exemplary embodiment of the present invention 
includes data retrieval as part of the changeover procedure, which is 
performed before opening the alternative signaling link or links. 
Data retrieval comprises the following steps: 

buffer updating, that is, identifying all those messages (e.g.. 
User Data messages) in the retransmission buffer of the 
unavailable link which have not been received by the 
remote SCTP, as well as untransmitted messages, and 
transferring those messages to the transmission buffers of 
the alternative links. 
In order to support changeover in M2PA, the SCTP sequence 
numbers are used in place of the SS7 protocol's FSNs and BSNs. For the 
purposes of the present invention, SCTP sequence numbers and SST's 
FSNs/BSNs will be collectively referred to as "message sequence 
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numbers." As alluded to hereinbefore, SSNs used by SCTP are 16 bits 
long while MTP2's FSNs/BSNs are 7-bit values. Accordingly, XCO and 
XC A messages are utilized rather than the Changeover Order (COO) and 
Changeover Acknowledgment (COA) messages. 
5 For data retrieval, MTP3 requests a BSN from its M2PA. This is 

the sequence number of the last message received by the local endpoint. 
Normally, SCTP delivers ordered messages to the MTP application. 
However, during congestion or failure condition, the sequence numbers 
of the acknowledged messages may have gaps. In particular, the 

1 0 Selective Acknowledgment (SACK) message(s) can have several of such 
gaps. Accordingly, it is preferable to scan through these gaps and find 
the sequence number before the first gap. For reliable reconstruction of 
the transmission, this is the sequence number from which the remote 
endpoint has to transmit the messages. Therefore, this sequence number 

15 is identified as the BSN by the local endpoint and communicated to the 
other endpoint (i.e., the remote endpoint). In a similar fashion, the 
remote endpoint also detects a BSN from its end and communicates it to 
the local endpoint. Once the local endpoint's MTP receives this BSN, 
it retrieves all the unacknowledged messages starting from this number. 

20 This retrieval is accomplished through a Retrieval Request and FSNC 
request, where FSNC equals BSN from the XCA message. After all the 
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messages are sent from M2PA to MTP3 at the local end^ a Retrieval 

Complete indication is sent. 

It should be recognized that the sequence numbers and messages 

requested by MTP3 may be obtained by M2PA from SCTP via a 
5 Communication Lost primitive. In this alternative approach, it is 

necessary that SCTP be provided with the message retrieval capability. 

Accordingly, the SSNs of the messages need to be identified and SCTP 

may be required to retain the messages for a predetermined time in order 

for retrieval by MTP3/M2PA whenever an association is aborted. 
10 Subsequently, SCTP must be able to retum messages to its upper layer 

(i.e., M2PA) by means of appropriate stream(s), and based on SSNs. 
If M2PA receives a Retrieve BSNT request from MTP3, M2PA 

responds with a BSNT indication. The BSNT value is the SCTP SSN of 

the last message received by SCTP User Data stream before any gaps in 
1 5 its SSNs. If there are any messages with an SSN greater than this BSNT 

value have been acknowledged by SCTP but not have been passed up to 

M2PA, such messages need to be retransmitted by the far end on an 

altemative link. 

If M2PA retrieves a Retrieval Request and FSNC request from its 
20 MTP3, M2PA retrieves from SCTP the following: 
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(A) any transmitted messages beginning with the first 
acknowledged message with SSN greater than FSNC; and 

(B) any untransmitted messages in SCTP. 

Each of these messages is sent to MTP3, preferably in the order of (A) 
5 and then (B). Thereafter, as alluded to before, M2PA sends a Retrieval 
Complete indication to MTP3. 

The message flow depicted in FIG. 14 exemplifies the foregoing 
procedures in a message flow diagram, wherein the local and far 
endpoints are illustrated by nodes 206A and 206B, respectively. Upon 

10 receiving a Communication Lost primitive 1402 from SCTP 604 A, 
M2PA 603 A sends an Out_Of_Service primitive 1404 to MTP3 602 A. 
Subsequently, a Retrieve BSN request 1406 is issued to M2PA 603, 
whereupon M2PA locates the first gap in the received messages (step 
1408), as explained in the foregoing. The BSN is then communicated to 

15 MTP3 602A via an Indicate BSN primitive 1410. 

An XCO message 1 4 1 2 on another link is communicated by MTP3 
602A to its peer in the far endpoint, i.e., MTP3 602B, with the BSN 
value. The remote MTP3 602B sends a Retrieve BSN request to its 
M2PA 1414 which then responds with a BSN indication 1416. AnXCA 

20 message 1418 with the BSN retrieved from the remote M2PA 603B is 
then exchanged with the local MTP3 602A. 
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A Retrieval Request and FSNC request 1420 is then forwarded to 
M2PA 602A at the local end. As pointed out before, FSNC equals the 
BSN value received from the far end via the XCA message 1418, 
Subsequently, M2PA locates the first gap in the acknowledgment 
5 messages (step 1 422) and re-sends the messages from there on (retrieved 
messages 1424). Upon completion of retransmission, a Retrieval 
Complete indication 1426 is communicated to MTP3 602 A, which may 
transmit the messages on another link. 

Based on the foregoing, it should be appreciated that the present 

1 0 invention advantageously provides a symmetrical peer-to-peer protocol 
adaptation solution for facilitating the transport of SS7-over-IP which 
avoids the shortcomings and deficiencies of the state-of-the art. A high 
speed IP link may be maintained between two SS7 nodes, e.g., between 
SEP/STP and STP/SCP combinations, in order to take advantage of the 

15 packet transport mechanism while still ensuring carrier-grade 
connectivity and reliability. The PPA structure and functionality as 
embodied in the M2PA layer may be provided to enhance the 
fimctionality of existing STPs for supporting Voice-over-IP. In 
particular, nodes or network elements such as, e.g.. Signaling Gateways, 

20 Access Gateways, Trunking Gateways, other Media Gateways and Media 
Gateway Controllers, may be provided with additional functionality in 
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accordance with the teachings of the present invention for the 
provisioning of known and heretofore unknown IN/AIN-based services, 
involving voice, data, video, audio, interactive multi-media, and the like, 
over IP-based networks. 

5 It is believed that the operation and construction of the present 

invention will be apparent from the foregoing Detailed Description. 
While the apparatus and method shown and described have been 
characterized as being preferred, it should be readily understood that 
various changes, modifications and enhancements could be made therein 

10 without departing from the scope of the present invention as set forth in 
the following claims. 
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WHAT IS CLAIMED IS: 



1 1. A telecommunications network element, comprising: 

2 a first structure operable to effectuate signaling 

3 communication over a signaling network using a signaling protocol; 

4 a second structure operable to transport said signaling 

5 communication across a packet-switched network using an Internet 

6 Protocol (IP)-based transport protocol, said IP-based transport protocol 

7 including a plurality of IP-based messages; and 

8 a peer-to-peer protocol adaptation (PPA) structure 

9 associated with said first and second structures, said PPA structure 

10 operating to convert said signaling communication between said 

11 signaling protocol and said IP-based messages, said PPA structure 

12 including ftinctionality to facilitate said first structure to locally process 

13 said signaling protocol's signaling messages. 

1 2. The telecommunications network element as set forth in 

2 claim 1, wherein said signaling protocol comprises an access signaling 

3 protocol. 
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1 3. The telecommunications network element as set forth in 

2 claim 2, wherein said access signaling protocol comprises Q.93 1 protocol 

3 associated with at least one of an Integrated Services Digital Network 

4 (ISDN) and Primary Rate Interface (PRI) media. 

1 4. The telecommunications network element as set forth in 

2 claim 1, wherein said signaling protocol comprises a common channel 

3 signaling protocol. 

1 5. The telecommunications network element as set forth in 

2 claim 4, wherein said common channel signaling protocol comprises 

3 Signaling System No. 7 (SS7) protocol associated with switched circuit 

4 network. 

1 6. The telecommunications network element as set forth in 

2 claim 5, wherein said switched circuit network comprises a wireline 

3 telephony network. 

1 7. The telecommunications network element as set forth in 

2 claim 5, wherein switched circuit network comprises a wireless 

3 telephony network. 
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8. The telecommunications network element as set forth in 
claim 5, wherein said IP-based transport protocol comprises Stream 
Control Transmission Protocol (SCTP). 

9. The telecommunications network element as set forth in 
claim 8, wherein said PPA structure includes means to convert 
transmission sequence numbers used by said SCTP protocol to message 
sequence numbers used by said SS7 protocol. 

10. The telecommunications network element as set forth in 
claim 9, wherein said message sequence numbers used by said SS7 
protocol include forward sequence numbers. 

11. The telecommunications network element as set forth in 
claim 9, wherein said message sequence numbers used by said SS7 
protocol include backward sequence numbers. 
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1 12. The telecommunications network element as set forth in 

2 claim 8, wherein said PPA structure includes means for generating User 

3 Data messages based on Message Signal Units provided by said SS7 

4 protocol, said User Data messages being operable to be transported by 

5 using said SCTP protocol. 

1 13. The telecommunications network element as set forth in 

2 claim 8, wherein said PPA structure includes means for generating Link 

3 Status messages based on Link Status Signal Units provided by said SS7 

4 protocol, said Link Status messages being operable to be transported by 

5 using said SCTP protocol. 

1 14. The telecommunications network element as set forth in 

2 claim 8, wherein said PPA structure includes mapping means to maintain 

3 a map between an SS7 communication link and its corresponding SCTP 

4 association. 
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1 1 5 . A telecommunications network, comprising : 

2 a first network portion operable to transport signaling 

3 messages using Signaling System No. 7 (SS7) protocol; 

4 a second network portion based on Internet Protocol (IP), 

5 said second network portion being operable to transport said signaling 

6 messages using Stream Control Transmission Protocol (SCTP); and 

7 a signaling gateway disposed between said first and second 

8 network portions, said signaling gateway including a peer-to-peer 

9 protocol adaptation (PPA) structure operable to interwork between said 

10 SS7 protocol and SCTP messaging, wherein said PPA structure provides 

11 a Level 2 Message Transfer Part (MTP2) interface between a Level 3 

12 MTP (MTP3) layer of said SS7 protocol and said SCTP protocol, said 

13 PPA structure including functionality to locally process functions 

14 associated with an MTP2 layer. 

1 16. The telecommunications network as set forth in claim 15, 

2 wherein said signaling gateway is coupled to a signaling endpoint (SEP) 

3 disposed in said first network portion. 
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1 17. The telecommunications network as set forth in claim 15, 

2 wherein said signaling gateway is coupled to a Signal Transfer Point 

3 (STP) disposed in said first network portion. 

1 18. The telecommunications network as set forth in claim 15, 

2 wherein said signaling gateway is coupled to a Signal Switching Point 

3 (SSP) disposed in said first signaling network. 

1 19. The telecommunications network as set forth in claim 15, 

2 wherein said signaling gateway is coupled to an IP-signaling point 

3 (IPSP) disposed in said second network portion. 

1 20. The telecommunications network as set forth in claim 19, 

2 wherein said IPSP comprises an IP-based Service Control Point (IPSCP). 

1 21. The telecommunications network as set forth in claim 1 9, 

2 wherein said IPSP comprises an IP-based signaling endpoint (IPSEP). 

1 22. The telecommunications network as set forth in claim 15, 

2 wherein said signaling gateway is coupled to a media gateway controller 

3 (MGC) disposed in said second network portion. 
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1 23. An Internet Protocol (IP)-based telecommunications 

2 network for transporting Signaling System No. 7 (SS7) signaling 

3 information to effectuate an Intelligent Network (IN)-capable service 

4 architecture, comprising: 

5 a first IP signaling point (IPSP) having a Level 3 Message 

6 Transfer Part (MTP3) fiinctionality associated therewith; 

7 a second IP signaling point (IPSP) having a Level 3 

8 Message Transfer Part (MTP3) functionality associated therewith; 

9 an IP-based virtual link coupling said first and second 

10 IPSPs, said IP-based virtual link being operable to propagate messages 

1 1 using Stream Control Transmission Protocol (SCTP); and 

12 each of said first and second IPSPs including a peer-to-peer 

13 protocol adaptation (PPA) structure operable to interwork between 

14 corresponding IPSP's MTP3 functionality and said SCTP protocol, 

15 wherein said PPA structure provides a Level 2 Message Transfer Part 

16 (MTP2) interface to said MTP3 functionality, said PPA structure 

1 7 including functionality to locally process functions associated with said 

18 MTP2 interface. 
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1 24. The IP-based telecommunications network for transporting 

2 SS7 signaling information as set forth in claim 23, wherein said first 

3 IPS? comprises an IP signaling endpoint (IPSEP). 



1 25. The IP-based telecommunications network for transporting 

2 SS7 signaling information as set forth in claim 23, wherein said second 

3 IPSP comprises an IP Service Control Point (IPSCP). 

1 26. The IP-based telecommunications network for transporting 

2 SS7 signaling information as set forth in claim 23, wherein said first 

3 IPSP comprises a signaling gateway disposed in an SS7 signaling 

4 network. 



1 27. The IP-based telecommunications network for transporting 

2 SS7 signaling information as set forth in claim 23, wherein said second 

3 IPSP comprises an IP media gateway controller (MGWC). 

1 29. The IP-based telecommunications network for transporting 

2 SS7 signaling information as set forth in claim 23, wherein said second 

3 IPSP comprises an IP Signal Transfer Point (IPSTP). 
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1 30. A method of transporting Signaling System No. 7 (SS7) 

2 signaling information over an Internet Protocol (IP)-based network, 

3 comprising the steps of: 

4 establishing a virtual link across an IP connection between 

5 two nodes, said virtual link being operable to propagate messages using 

6 Stream Control Transmission Protocol (SCTP); 

7 verifying said virtual link's integrity by one of said two 

8 nodes; 

9 interworking, at each of said two nodes, between a Level 3 

1 0 Message Transfer Part (MTP3 ) functionality and said SCTP protocol by 

1 1 a peer-to-peer protocol adaptation (PPA) structure provided thereat, said 

1 2 PPA operating to convert S S7 signal bearer traffic into a stream of SCTP 

1 3 messages; and 

1 4 loading said virtual link with said stream of SCTP messages 

15 for propagation between said two nodes over said virtual link. 
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1 31, The method of transporting SS7 signaling information over 

2 an IP-based network as set forth in claim 3 0, further comprising the steps 

3 of: 

4 determining if a predetermined quality condition associated 

5 with said virtual link between said two nodes is degraded by a select 

6 amount; 

7 if so, suspending said stream of SCTP messages on said 

8 virtual link and establishing an altemative link between said two nodes; 

9 and 

10 propagating said signal bearer traffic over said altemative 

11 link. 

1 32. The method of transporting SS7 signaling information over 

2 an IP-based network as set forth in claim 3 1 , wherein said altemative link 

3 comprises an IP-based link. 

1 33 . The method of transporting SS7 signaling information over 

2 an IP-based network as set forth in claim 3 1 , wherein said altemative link 

3 comprises an SS7 link. 
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1 34. The method of transporting SS7 signaling information over 

2 an IP-based network as set forth in claim 30, wherein one of said two 

3 nodes comprises an IP Signal Transfer Point (IPSTP). 

1 35. The method of transporting SS7 signaling information over 

2 an IP-based network as set forth in claim 30, wherein one of said two 

3 nodes comprises an IP signaling endpoint (IPSEP). 

1 36. The method of transporting SS7 signaling information over 

2 an IP-based network as set forth in claim 30, wherein one of said two 

3 nodes comprises an IP Service Control Point (IPSCP). 

1 37. The method of transporting S S 7 signaling information over 

2 an IP-based network as set forth in claim 30, wherein one of said two 

3 nodes comprises an IP media gateway controller (MGWC). 
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1 38. A computer-accessible medium operable with a signaling 

2 node, said computer-accessible medium carrying a sequence of 

3 operations which, when executed by a processing entity associated with 

4 said signaling node, causes said signaling node to perform the steps of: 

5 establishing a virtual link across an IP connection associated 

6 with said signaling node, said virtual link being operable to propagate 

7 messages using Stream Control Transmission Protocol (SCTP); 

8 verifying said virtual link' s integrity by said signaling node; 

9 interworking, at said signaling node, between a Level 3 

1 0 Message Transfer Part (MTP3 ) functionality and said SCTP protocol by 

1 1 a peer-to-peer protocol adaptation (PP A) structure provided thereat, said 

1 2 PP A operating to convert S S 7 signal bearer traffic into a stream of SCTP 

13 messages; and 

14 loading said virtual link with said stream of SCTP messages 

1 5 for propagation over said virtual link associated with said signaling link. 
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1 39. The computer-accessible medium operable with a signaling 

2 node as set forth in claim 38, further including instructions for 

3 performing the steps of: 

4 determining if a predetermined quality condition associated 

5 with said virtual link is degraded by a select amount; 

6 if so, suspending said stream of SCTP messages on said 

7 virtual link and establishing an alternative link associated with said 

8 signaling node; and 

9 propagating said signal bearer traffic over said alternative 
10 link. 

1 40. The computer-accessible medium operable with a signaling 

2 node as set forth in claim 39, wherein said alternative link comprises an 

3 IP-based link. 

1 41. The computer-accessible medium operable with a signaling 

2 node as set forth in claim 39, wherein said alternative link comprises an 

3 SS7 link. 
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1 42. The computer-accessible medium operable with a signaUng 

2 node as set forth in claim 38, wherein said signaling node comprises an 

3 IP Signal Transfer Point (IPSTP). 

1 43 . The computer-accessible medium operable with a signaling 

2 node as set forth in claim 3 8, wherein said signaling node comprises an 

3 IP signaling endpoint (IPSEP). 

1 44. The computer-accessible medium operable with a signaling 

2 node as set forth in claim 38, wherein said signaling node comprises an 

3 IP Service Control Point (IPSCP). 

1 45 . The computer-accessible medium operable with a signaling 

2 node as set forth in claim 3 8, wherein said signaling node comprises an 

3 IP media gateway controller (MGWC). 
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1 46. A link changeover method in an IP-based 

2 teleconununications network for transporting S S7 signaling information, 

3 said network including a local node and a remote node, wherein each of 

4 said nodes includes an MTP3 structure, an M2PA structure, and an SCTP 

5 structure, comprising the steps of: 

6 establishing a link between said local and remote nodes by 

7 creating an association therebetween; 

8 detecting, by at least one of said local and remote nodes, that 

9 a select condition related to said association has occurred; 

10 responsive to said detection step, exchanging message 

1 1 sequence number information between said local and remote nodes on an 

12 alternative link established therebetween; and 

13 based on said message sequence number information, 

1 4 retransmitting messages over said alternative link, said messages starting 

15 at a predetermined sequence number. 

1 47. The link changeover method in an IP-based 

2 telecommunications network for transporting SS7 signaling information 

3 as set forth in claim 46, wherein said message sequence number 

4 information comprises SCTP sequence number information. 
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1 48. The link changeover method in an IP-based 

2 telecommunications network for transporting SS7 signaling information 

3 as set forth in claim 46, wherein said message sequence number 

4 information comprises SS7 sequence number information. 

1 49. The link changeover method in an IP-based 

2 telecommunications network for transporting S S7 signaling information 

3 as set forth in claim 48, wherein said SS7 sequence number information 

4 comprises Forward Sequence Number information. 

1 50. The link changeover method in an IP-based 

2 telecommunications network for transporting SS7 signaling information 

3 as set forth in claim 48, wherein said SS7 sequence number information 

4 comprises Backward Sequence Number information. 

1 51. The link changeover method in an IP-based 

2 telecommunications network for transporting SS7 signaling information 

3 as set forth in claim 48, wherein said select condition related to said 

4 association comprises a Quality of Service (QoS) condition. 
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1 52. The link changeover method in an IP-based 

2 telecommunications network for transporting SS7 signaling information 

3 as set forth in claim 48, wherein said select condition related to said 

4 association comprises a link failure condition. 

1 53. The link changeover method in an IP -based 

2 telecommunications network for transporting SS7 signaling information 

3 as set forth in claim 48, wherein said select condition related to said 

4 association comprises a link reliability condition. 
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ABSTRACT OF THE DISCLOSURE 

A system and method for transporting IN/AIN signaling (e.g., SS7 
signaling) over an IP-based network using Stream Control Transmission 
Protocol (SCTP), wherein a peer-to-peer protocol adaptation (PPA) 
5 structure is provided at a signaling node. The PPA structure includes an 
interworking functionality between an MTP3 layer and the SCTP 
messaging, and operates to provide a symmetrical MTP2 adaptation 
interface therebetween. The PPA interface functionality facilitates the 
implementation of network management capabilities included in the 

10 MTP3 layer such that the advantageous features of SS7 signaling are 
retained in the SCTP transport. The MTP2 adaptation interface 
functionality is processed locally with respect to the signaling node, 
rather than backhauling the associated signaling to an external node via 
an IP connection. The PPA structure may be provided at any signaling 

1 5 node operable to establish a virtual link across an IP connection such as, 
for example, a signaling gateway, an IP-compliant SCP or STP, et cetera. 
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60/155.041 9/21/1999 Pending 



I hereby appoint the following attorneys and/or agents to prosecute this application and to 
transact all business in the Patent and Trademark Office connected therewith: SHREEN K. 
DANAMRAJ, Reg. No. 41,696; STEVEN W. SMITH, Reg. No. 36,684; and LAWRENCE R. 
YOUST, Reg. No. 38,795 of the firm of Smith, Danamraj & Youst, P.C, 12900 Preston Road, 
Suite 1200, LB-15, Dallas, TX 75230-1320; V. LAWRENCE SEWELL, Reg. No. 22,753; JOSEPH 
E. ROGERS, Reg. No. 33,031; CRAIG A. HOERSTEN; Reg. No. 38,917, RICHARD A. 
MYSLIWIEC; Reg, No. 40,098; and JESSICA W. SMITH, Reg. No. 39,884 of Alcatel USA, 1 000 
Coit Road, MS LEGL2, Piano, Texas 75075. 

Address all correspondence to: 

Richard A. Mysliwiec 

Intellectual Property Department 

Alcatel USA 

1000 Coit Road 

M/S LEGL2 

Piano, Texas 75075 

(972) 477-9092 

I hereby declare that all statements made herein of my own knowledge are true and that all 
statements made on information and belief are believed to be true; and further that these statements 
were made with the knowledge that willful false statements and the like so made are punishable by 
fine or imprisonment, or both, under Section 1001 of Title 18 of the United States Code and that 
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such willful false statements may jeopardize the validity of the application or any patent issued 
thereon. 
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Thomas Lamar George Jr. 
Full Name 


Inventor's Signature 


Date 
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Piano, TX 75075 
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2201 Teakwood Lane 
Piano, TX 75075 
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COMBINED DECLARATION AND POWER OF ATTORNEY 



As a below named inventor, I hereby declare that: 

My residence, post office address, and citizenship are as stated below next to my name; and 

I verily believe that I am an original, first, and joint inventor of the subject matter which is 
claimed and for which a patent is sought on the invention entitled: 

SYSTEM AND METHOD FOR TRANSPORTING IN/AIN SIGNALING 
OVER AN INTERNET PROTOCOL (IP) NETWORK 

the specification of which: 

X is attached hereto. 

_ was filed on as Application Serial No, and was 

amended on (if applicable). 

I hereby state that I have reviewed and understand the contents of the above identified 
specification, including the claims, as amended by any amendment referred to above. 

I acknowledge the duty to disclose to the Office all information known to me to be material 
to the patentability of this application as defined in 37 CFR § 1 .56. 

I hereby claim foreign priority benefits under 35 U.S.C. § 1 19 of any foreign application(s) 
for patent or inventor's certificate listed below and have also identified below any foreign application 
for patent or inventor's certificate having a filing date before that of any application on which priority 
is claimed: 



Country 



Number 



Date Filed 



Priority 
Claimed 



DOCKET NO. 1285-0017 



PATENT 



I hereby claim the benefit under 35 U.S.C. § 120/365/1 19 and 37 CFR § 1 .78 of any United 
States application(s) listed below and, insofar as the subject matter of each of the claims of this 
application is not disclosed in the prior United States application in the manner provided by the first 
paragraph of 35 U.S.C. § 112, 1 acknowledge the duty to disclose material information as defined 
in 37 CFR § 1 .56 which occurred between the filing date of the prior application and the national 
or PCX international filing date of this application: 

Application Serial No. Filing Date Status (patented, pending) 

60/155, 041 9/21/1999 Pending 



I hereby appoint the following attorneys and/or agents to prosecute this application and to 
transact all business in the Patent and Trademark Office connected therewith: SHREEN K. 
DANAMRAJ, Reg. No. 41,696; STEVEN W. SMITH, Reg. No. 36,684; and LAWRENCE R. 
YOUST, Reg. No. 38,795 of the firm of SMITH, DANAMRAJ & YOUST, P.C., 12900 Preston Road, 
Suite 1200, LB-15, Dallas, TX 75230-1320; V. LAWRENCE SEWELL, Reg. No. 22,753; JOSEPH 
E. ROGERS, Reg. No. 33,031; CRAIG A. HOERSTEN; Reg. No. 38,917, RICHARD A. 
MYSLIWIEC; Reg. No. 40,098; and JESSICA W. SMITH, Reg. No. 39,884 of Alcatel USA, 1000 
Coit Road, MS LEGL2, Piano, Texas 75075. 

Address all correspondence to: 

Richard A. Mysliwiec 

Intellectual Property Department 

Alcatel USA 

1000 Coit Road 

M/S LEGL2 

Piano, Texas 75075 

(972) 477-9092 

I hereby declare that all statements made herein of my own knowledge are true and that all 
statements made on information and belief are believed to be true; and further that these statements 
were made with the knowledge that willful false statements and the like so made are punishable by 
fine or imprisonment, or both, under Section 1001 of Title 18 of the United States Code and that 
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such willful false statements may jeopardize the validity of the application or any patent issued 
thereon. 
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